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(57) Abstract 



A method of operating a telecommunications netwmt oKludes estatvllshing a d^-up connection between a user dlala terminal aind a 
data services provider and trammlnlng a data channel oyer die dial-up cormecdon. When a call Is made to dte user by a third party, acalli 
waiting sigrul is transmitted on the data channel to the user. The networic may divert calls to the data services provider and the call waiting 
signal m^ be genenited at the dats sen^ioes provider in response 10 the receipt of the call fm 
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CALL WAmNO SERVICE IN A IELECOMMUNICAHQNS NETWORK 

■m 

The present invention relates to the provision of call-waiting services on a 
telecommunications network. 

5 Call-waiting services have been developed and deployed on public 

switched telephone networks (PSTNs) to provide the option of receiving a call from 
a third party during the course of an existing call. If the user has subscribed to a 
call-waiting service, then the network responds to the call from the third party by 
alerting the user to the fact that there is another caller waiting to contact them. 
10 Typically this is done by transmitting a distinctive in-band analogue tone from the 
network to the user. The user then has the option of interrupting the first call and 
speaking to the other caller. 

It is increasingly common for PSTNs to be used for dial-up data 
connections. For example, a personal computer and a modem might be used as a 

15 data terminal to establish a dial-up connection with an on-line service or an Internet 
services provider |ISP). However, it has been found that there are serious 
technical problems with the interaction between conventional call-waiting services 
and dial-up data connections. The data connection is generally carried over a 
digital signalling channel in the form of frequency-shift keyed or phase-shift keyed 

20 tones transmitted to/from the modem. If a conventional call-waiting service 
transmits its own analogue tone to the user while the data connection is on-going, 
then this tone corrupts the signalling channel and will usually cause the connection 
between the user and the data services provider to be lost. 

US-A-4995074 describes the problems outlined above. This patent 

25 proposes a solution which involves placing a second computing system (termed 
"the interface"), comprising a microprocessor, memory, registers and analogue 
telephony circuitry, between the telephone network and the modem. This system 
then intercepts incoming call waitinjg signals, and communicates control signals 
between the network and the personal computer. In this way the system avoids 

30 disruption of the modem connection by the call waiting signal, and is able to offer 
the user choices as to how an incofriing qall is handled; However, since this 
solution relies upon the introduction of the second computing 'Vsystern at the 
customer premises, it is expensive and has not found commercial acceptance. ' 
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y ^^' ^° aspect Of the present invention, there is provided a 

method of operating a telecommunications network comprising: 

la) establishing a dial-up connection via the telecomm..ni.«- 
. «• "ic leiecommunications network 

between a user data terminal and a data services provider; 

5 (b) transmittinc, a data channel over the dial-up connection- and 

(c) transmitting a call waiting signal on the data channel to the user when 
a call IS made to the user by a third party. 

The p,«en, („ve„,i„„ p,o„ide. a „e,hod „, operating a 
..le=on,n,u™c«,„„s n.,wo,k „H»h no, „„„ ^, 
connecons associated convemiona, ca„.„aU,„9 services, bu, a,so makes 
can.waning tunctionaiity awijable to users while thei, r=« . 
™„u • '° ' I*'" service 

P^ovder „ ,„ progress. This is achieved by ,ransh.i„,ng ,he ca»-wai,ing sigM oh 

.he Channel used ,or ,he da,a connection. The caii-waiting sign,, is in this way 
.ntegrated with the data connection, instead of disrupting it. Moreover, the signal 
5 .s .n a ,orn, which facilitates automatic handling o. the response to the signal by 

programs running at the user data terminal and/or at the d«. . ■ 

^ ^ oiiu/or at the data services provider. 

once the caH-waiting signal has reached the user. then, as with the conventional 
cal.-wait.ng services, the user can choose to continue with the existing call, or may 

•nterrupt the call to speak to the new caller. By contrast ««irh 

. . °v contrast with prior art systems. 

► the invention requires no additional hardware at the customer • 

c oi ine customer premises, nor does it 

require any modification to the modem. 
Preferably, step (c) includes: 

(il diverting to th. data services provide, calls which are intended for the 

m generating at the data services provider, in response to the receipt of 
an .ncoming third pany call, the can waiting signal for transmission to ,ha user 

I. .s found that a particuiaHy effective approach ,„ Implementing the 
mvention taltes advantage ol the existing cal. diversion functionality availabfe on 
-ost exch^tges. Once th, user has established the dial-up connection with the 
data services provider, ottter calls for th. user are divened to the data services 
ov, er whrch can then generate an apprdpriate call waiting aler, fo, transmission 
over the data channel to the user. 



user; and 
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The method may optionally include a step, subsequent to the transmission 
of the call-waiting signal, of interrupting the connection with the data services 
provider and establishing an in-band connection between the user and the third 
party. In this case preferably the data services provider is arranged to suspend any 
5 on-going data transaction with the user data terminal, and to resume the data 
transaction when the connection with the data services provider is re-established 
after the completion of the call from the third party. 

Alternatively or in addition, the method may include establishing a voice 
connection between the third party and the user data terminal over the data 
10 channel. 

Preferably the method includes generating at the data terminal, in response 
to receipt of the call waiting signal, a message alerting the user to the third party 
call. Advantageously, the handling at the data terminal of the call waiting signal 
uses the user interface of the data terminal both to display an "alert" message. 
15 which may include the calling line identity (CU), and also to offer the user options 
for how the call is to be handled. The data terminal may then generate and return 
via the data channel to the data services provider a signal identifying the selected 
option. 

According to a second aspect of the present invention, there is provided a 
20 telecommunications network arranged to provide a dial-up connection between a 
user data terminal and a data services provider, in use a data channel being 
transmitted over the dial-up connection, characterised by means for transmitting a 
call-waiting signal on the data channel to the data terminal in response to a call 
from a third party. 

25 According to a further aspect of the present invention, there is provided a 

method of operating a call waiting system comprising: 

(a) receiving from a telecommunications network a signal Indicating a call 
has been made by a third party to a\jser, the said user having a current dial-up 
connection between a user data terminal and a data services provider; and 

"^1 response to the said signal generating a call waiting signal and 
transmitting the said call vyaiting signal on the data channel to the user: 

The call waiting system may form part of a data server at the data 
services provider. Alternatively it, may conniprise a computer dedicated to this task 
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and may be located .emcelv fro-n ,he da,, service, provider, in ,his case i, 
outpu, ,he caii waitir,, signal, e.g. on.o ,he interne,, addressed ,o ,h. use, ,„ 

transmission via the data services provider. 

The in.en,ion also encompasses da.a terminals and data servers 
configured for use «vi,li tine network of ,lie second aspect. 

Systems embodying the present invention ^ now be described in further 
deta.^ by way o. e«mp,e only, with reference ,. the accompanying drawings in 
wnicn: 

Figure 1 is a schematic of a first system; 

Figure 2 is a diagram showing ir, futher detail the hardware architecture of 
the system of Figure 1 ; 

Figure 3 is a diagram showing a software architecture for the system of 

■ 

Figure 4 is a schematic o, a second system embodying the present 

15 invention; 

Figures 5 to 1 3 are message sequence diagrams showing message flows 
in the operation of the system of Figure 1 ; and 
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Figure 1: 



Figure U Illustrates a display on the user data temtinal of Figure 1 . 

20 As Shown in Figure ,. a data terminal ,. which in this example is a 
persona, computer , and modem 2. is connected to the server 3 of an Interne, 
se^ices provider lISP,. The connectio Oe over the local exchange 4 of the 

putjiic switched telephone network (PSTNl A Hai=. 

wKir&iN). A data channel between the ISP and 

25 Sh,,,.K.y,d. .ones. These FSK ,ones .re g«,ara,ed and de.modu,a,.d by 
modam 2 in a conventional manner, in this example. „„. ohanne, be«,ee„ 

the data terminal 1 and the server !e : • 

o tne server 3 is an internet connection using TCP/IP 
protocols. ^ 

made to the user o, the data terminal While the 
™ „ conneced to the ISP. then the ca.,., will haa, ,„ engaged ,«ne. o, may 

be diveaed to a messaging service such as ST s CallMi„der. In either case the 

user ,s unable ,o receive the call while conneo,«, to the ISP. As discussed In the 

mtroducion above, a convention,, PSTN ca„ waiting sjriica cannot b. used since 
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the transmission of an alert tone from the network to the user would disrupt the 
data channel. Systems embodying the present invention overcome these 
limitations by using the data channel between the ISP and the user to transmit a 
call waiting signal. 

5 In the example of Figure 1. the call waiting function is controlled by the 

ISP. When the user first establishes the dial up connection with the ISP, the ISP 
requests from the local exchange a "divert on busy/divert all" service. This 
request may be communicated using BT NUP signalling. In response to this 
request, the local exchange diverts all incoming calls for the user to the ISP. The 

10 calling line identity (CLI) is passed with any incoming call. On receiving a call, the 
ISP sends a call wailing alert and the CLI to the user via the data connection 
between the server and the user's data terminal. In this example, as further 
described below, the call waiting alert takes the form of data conforming to the 
user datagram protocol (UDP). This is interpreted by client software running on 

1 5 the personal computer and may. for example, trigger a pop-up window to appear 
on the PC screen. In the example illustrated in Figure 14. a dialogue box 141 is 
superimposed on the window for the current program, a web browser. This 
dialogue box alerts the user to the presence of an incoming call and displays the 
CLI. and also provides options for handling the call. The options are selected using 
20 buttons 142,143.144. The client software running on the PC transmits back to 
the ISP a message indicating the user s selected option. In the present example, 
three options are provided: 

1 . Ignore the request ("REJECT-). In this case the ISP rejects the call 
or terminates the call on behalf of the user. The ISP optionally may terminate the 

25 call on a voice message platform or intelligent peripheral (IP). The connection to 
the voice message platform or IP may use for example, using PSTN speech paths. 
Alternatively, the connection to the voice message platform may be an internet 
connection using packetised speec>i. When the call watting service is first 
established the default behaviour is agreed between the user and the ISP. f 

3° 2. Accept call via ISP ("OK-IPHONE"). In this instance the call is routed 

via the ISP without the user haying to drop the internet connection. The PSTN call 
is terminated at the ISP and the remaining leg of the call (ISP to user) is done over 
the TCP/IP data connection. The ISP converts the PSTN speech into packetised 
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speech .o, transmission over ,he da,a connecion. Bandwidth speech on tf,e 
data connection is p,„v,ded ty limiting the amount of non-speech data which Is 
transmitted or received. 

3. Accept the call/drop the modem carrier ("OK-SUSPEND") In this 
5 mstar^ce. the cor,nection to the .SP is still maintained but the data/internet session 
.s suspended. The session context is maintained. The PSTN call is then routed 
through the ISP to the user as a norma, speech call. Once the incoming call has 
fmished. the user signals to the ISP that the internet connection is to be re- 
established. This may be done, for example, using ,n-band tones 
10 ,n this first example, call termination or forwarding is carried out entirely 

by ISP. The connection between the user and the i<?p ic «,» . • ^ 

^fie ISP IS maintained at all times. 
Figure 4 .llustrates an alternative approach, in which Incoming „»s may be 

dropped back to the exchange. Ahhough, as In the ,irs, example, ca initially 

drverted to the ISP. «. .ollowing the transmission of a ca» waltir^ alert ftom the 
15 ISP to the user, the user elects to drop the modem carrier and receive the call as a 
norma, speech call, then the call Is dropped back to the exchange .or routing to the 
user. Thts may be implemented using a aversion override procedure of the type 
commonly found, for example, on PBX s. ,n other respects, the functioning of «,e 
call waiting procedure is as in the first example. 
20 An implementation of the system outlined above will now be described in 

further detail. Figure 2 is a schematic showing the physical architecture of the 
system. At the user s side, in addition to the modem connected to the user's 
computer, one or more conventional analogue telephones are connected to the 
PSTN line. The PSTN line is connected to a local exchange which, in this example 
25 ,s a service switching point (SSP) in a network employing an IN architecture 

On the ISP side, a modem interfaces the ISP server to a PSTN line 
connecting the server to a .oca. exchange. There is also on the ISP side a 
computer running the call waiting application. This may be the same computer as 
the internet server, or may be a dedicated machine connected to the server via a 
30 Jocal area network. 

in addition to the user and the ISP. a messaging platform, a gateway to 
other networks le.g. an Internet phone service,, and another user are shown in the 

Figure. 
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Figure 3 shows an example of a software architecture suitable for 
supporting the signalling flows and modem operations required to implement the 
invention, in defining the software components, the term client is used to denote 
the user's terminal or personal computer, and the term server is used to denote the 
5 computer system providing the call delivery service. This server may in some 
instances be separate from the ISP. 

The software at the user's computer comprises an internet telephony 
client 31 and a call registration and delivery client. These are both interfaced to a 
congestion control module 33. These higher level services are supported by a 
10 winsock stack 34 and modem control software 35. 

The software on the ISP side includes a call registration and delivery 
server module 36 and an INAP termination server module 37. These are both 
associated with the call waiting application computer. A modem control module 
38 is located in the computer which is connected to the ISP's modem. An internet 
1 5 telephony server39 is located at a PSTN/Internet phone gateway. 

Describing these components in further detail, the call registration and 
delivery diem 32 is the componem on the client which communicates with the 
server for registration of the call waiting application. The communication 
mechanism is provided by user datagram protocol (UDP) signals passing between 
20 the client and the server. The identification of ports may be pre-defined, or can be 
assigned on a negotiation basis between the client and the server. The interface 
to the UDP protocol on the client side is achieved, in a Microsoft Windows 
(registered trade mark) environmem using a standard Windows socket (winsock) 
stack. This software component interacts with the modem on the client. Typically 
25 the client modem is mapped onto serial I/O ports, and so commands can be sent to 
the modem via this mechanism using standard operating system interfaces. 

The call registration and delivery software on the server side is responsible 
for signalling to the user on receipt of an incoming call via the INAP termination. 
After signalling that the call has been received, a module either terminates the call 
30 via the data connection, sending a confirmation back via the INAP interface that 
the call should be routed to the user via the ; PSTN, or that the call should, be 
rejected or diverted. Which of these options is implemented depends on the 
response from the user or on defined default behaviour. If the call is to be 
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te™^a,ed ,o ,.e use, v,a ,he PSTN. ,he„ ,His module responsible ,o, informing 
.he ISP «,hen ,he n,od=m connection is ,o be suspended and when ,he modem 
connection is ,o be resumed. This so.,„are componen, also communicates wi,h 

the clion, side call so,. nd .his is achieved using a standard winsock 

.mpl,menta,ion. Communication between the INAP termination and this module 
can be achieved using .-.ny suitable mechanism as i, is internal to the serve, This 
module also issues commands to the ISP modem and this may use any 
communication mechan,sm le.g. UOP. agreed between the server and the ISP 
software, 

10 The internet telephony modules on the client ^,nH «n 

on the server make it 

possible to receive calls via the ISP using packetised speech over the data TCP/IP 
connection. The internet telephony modules bo,h .™:ode and decode between 
speech and IP p«:lcets. and provide signalling ,or flow control. Suitable software 

,B w s?,.!T" —-""V as 

15 WebTalk from Quaterdeck Corp., of Marina del Hey, CA, USA. 

calls are to be received over the data connecSon. then additional traffic 
oyer this connection needs ,o be minimised. This will then maximise the 
bandwidth and ouali,y of the speech over .he connection. To facilitate this 
congestion control software may si, between the applications and the connection,' 
20 ,.e. within or above the winsock stack, to limit the bandwidth used by other data 
aources. Por example, if 70% of the bandwidth o, the connection is required fo, 
telephony, then this module limits ,he da., .ransmined from all other applications 

to at most 30% of the banriuuiHth i„ .u 

OT Dandwidth. In the present example this function is 

.mplemented as a layer above the winsocic stack. This then ensures that all 
25 appucations use this interface. The congestion control software, on request from 
an application, limits bandwidth use based on packet destination and/or 
socket/port number. While the use of the congestion control module is not 
essentia,, its presence makes it possible for other applications to continue using 
the data connection concurrently with internet telephony over the connection 

The INAP termination module 37 in the server terminates INAP messages 
from the PSTN. It translates these into messages which can be interpreted by the 
server's call registration ahd delivery software. The INAP interface is defined to 



W098«1M5 



9 



PCT/GB97/01700 



match the INAP protocol implemented in the PSTN components and in compliance 
with the standard set out in ETSI Core INAP. ETS 300 ^74-1 1 994. 

The modem control software in the ISP is responsible for ensuring that the 
modem connected to the user does not hang up on loss of the carrier signal. It 
5 maintains the modem on-line (off-hook) whilst the data connection is in a 
"suspended" state. This function is required to prevent the PSTN terminating the 
call when, after a certain period, the terminating party (ISP) remains on-hook. The 
interface between the modem control software and the server call registration and 
delivery software is internal to the server and so only requires imernal 

10 compatibility. The ISP may implement the modem control software either as a 
separate software component which then issues commands to the modem 
internally, or directly within embedded software on the modem. In either case, the 
interface between the ISP and the modem is achieved using standard modem 
commands, for example the Hayes AT command set. On receipt of a "resumed" 

1 5 message the modem will return to data mode and attempt to synchronise with the 
client modem. The modem control software is arranged so that if loss of carrier is 
detected other than in the suspended state, the modem will react to this in a 
conventional manner by trying to re-establish the connection and/or hanging up. 

Table 1 details the signalling between the eight distinct processes 
20 identified above. These protocols and signalling systems identified by way of 
example only, and as will be apparent many alternative implementations are 
possible. 

The following section describes with reference to the message sequence 
diagrams of Figures 5 to 1 3 an example of the message flows and behaviours in an 
25 implementation of the invention. Each subsection represents a particular state 
(phase) of the system and event occuring while in that state. 

The signalling used in implementing fhe invention uses three main timers (T1. T2. 
T3) and a retry counter (CI). Their use is described below: 



30 



Timer T1: 'keep alive' timer. Used to cause registration messages to be sent 

continually 10 the remote end so that link failure can be detected. 
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Reccn,.e„d.. value 2 E,p„v o, ,!„,« is o„,v acted 

upon ,„ ,he AcHve phase, a™, is ignored d-rtng „,he, phases 

re9,s„a.«.„, an, ,He,e,ore assumes ,ha, ,he „„. has failed. 

upon ,n ,he Active phase, and is ignored during other phases 
T,n,er T3: .aierting- ,,ed to .he amount „^ , 

to an ,„con,i„g call indication „o„ the ISP ,i„ case the Nnk has ,ai,ed, 

Recommended value is 5 seconds. Expiry ol thi, .i™ ■ 
10 . . ^ "pirv ot this timer is on v acted 

upon^in the Awaiting Oirections phase, and is ignored during other 

Counter C: retry counter-. Used ,o count the numher o, times that a RECSTER 
message has b.en sen, without a REGISTER COMPLETE message being 
received. The counter is te^tAW =' » 

15 'ncremented on expiry of Timer T1 . 

and IS set to zero when a REGISTER COMPLPTf rr.^. 

^UMPLETE message is received. 
The recommended limit for the counter is 3, 

Phase 1 - Initialisntioo 

(Figure 6). This phase initialises the system. „ begins .vith a modem 
o nec,„„ heing set-up het^een the user and ISP to a.ow packet data to he e" 
20 between the two. Once the data connection is established, the call w„ „ 
3P.,oa.^ on the user, terminal .denoted as -user appl.-, is started. Z l^l 

REGISTER message to the ISP, which is routed (bv wav nf « r 
u . "uicu (Dy way of a routing orocess not 

sh^Mo the call waiting application running on the ISP-s eguip J. IZZ 
registrati!! ,oT 

messages. The ISP apphcat^n then starts a link (allure' timer. Timer T2. 
On receipt of the REGISTER COMPLPTp ■ 
30 starts the 'k^.n . - ■ COMPLETE indication, the user's application 

starts the keep alive' timer. Timer Tl sets tho r^*^ 

!«^- . . cr I I. sets the retry counter CI to zero and 

indicates to the user that the reoistraTion 

me registration has been successful. The system then 
moves to the ACTIVE phase system then 
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If the REGISTER COMPLETE message is not received within a 
predetermined time period, the user's application will inform the user of 
unsuccessful registration. Further attempts to register will depend on the user's 
requirements. 



Phase 2 - Active (timer TI expires) 

(Figure 6). When Timer TI expires, the retry counter CI is Tested against 

its limit value. If it is below the limit value, then the retry counter CI is 

incremented and the registration procedure is repeated. As the user's application is 
10 already registered, no registration action is taken by the ISP application. Also, 

Timer TI is started before the receipt of the REGISTER COMPLETE message. On 

receipt of a REGISTER COMPLETE message, the retry counter CI is reset to zero. 

The system stays in the ACTIVE phase. 

If the retry counter CI has reached the limit, then it is assumed that the 
15 link has failed, and the user is informed. Initialisation of the system will take place 

if required by the user. 



Phase 2 - Active (timer T2 expires) 

(Figure 7). Expiry of Timer T2 indicates that the link has failed. The ISP 
20 application removes the registration of that user and moves to an idle state ready 
for initialisation. 

To ensure that the user is aware of this (if possible), an ABORT message 
is sent to the user's application, which can be acted upon appropriately by the 
user's application. 

25 

Phase 2 - Active (incoming call) ^ 

(Figure 8). When an incoming PSTN call from a third party to the user is 
presented to the switch, an indication is sent to the ISP's application. (This 
assumes that the trigger for this and routing to the ISP's application has been 
30 previously set-up using the appropriate procedures). This results in an INCOMING 
CALL message being sent to the user's application, indicating the the hUrtiber of 
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the third pany. and Timer T3 being started. The system then moves to the 
AWAITING DIRECTIONS phase. 



5 



Phase 3 - An Jilting Direction.s (tinuT T3 expires) 

(Figure 9). If Timer T3 expires, it is assumed that a failure has occured in 
the system. As a result, the switch is informed to continue the default processing 
of the call. The system will then return to the Active phase, using timer T2 expiry 
to force the service to abort if necessary. 



1 0 Phase 3 - Aw aiting Directions (reject incoming call) 

(Figure 101. If the user wishes to reject the Incoming call, a REJECT 
message is sent from the user's application to the ISP's application. The ISP's 
apphcation will then tell the switch to deal with the incoming call appropriately 
Th.s could be by connecting the call to an internal resource to play an 

15 announcement, or by releasing the incoming call as 'busy' using the RELEASE 
CALL message (as shown in the figure). The system will then return to the Active 
phase. 



20 Phase 3 -Awaiting Directions (divert incoming call) 

(Figure 11). Rather than rejecting the incoming call, the user may decide 
to d-vert it. The call may be diverted to another user, a messaging system, or to a 
PSTN/Internet Phone Service gateway (which will allow the user to answer the 
incoming call via the Internet as packetized speech). In all of these cases, the call 

25 will be diverted by the user's application sending a DIVERT message to the ISP's 
application, indicating the telephone number to which the call should be diverted 
(ie. the number of the alternative user, messaging platform, or PSTN/Internet 
gateway). 

On receipt of the DIVERT message, the ISP's application will instruct the 
30 switch to connect the call to the alternative number, using a CONNECT message. 
The system will then return to the Active phase. 
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Phase 3 - AwHiting Directions (accept Incoming call) 

(Figure 15). II the user decides to accept the incoming call, an ACCEPT 
message is sent to the ISP's application, and both the user's and ISP's modem 
5 controllers are informed of this by way of a SUSPEND MODEM message. At the 
same time, the user is told to pick up the handset of the phone, taking the phone 
to an off-hook state (note that the user's phone line is already off-hook due to the 
modem). Once the phone is off -hook, the carrier can be lost. When no carrier is 
present, the user's modem is placed on-hook lATHO). although the user's line 

10 remains off-hook since the phone is off-hook. The ISP's modem is placed on-hook. 
then immediately taken off -hook (ATH1). This prevents the modem from going on- 
hook automatically, and makes it ready to re-instate the carrier later on. This 
procedure may need to be repeated at the ISP's end to prevent the modem from 
going on-hook automatically (note, as the ISP received the call from the user, going 

15 on-hook for a few seconds will not clear the call). 

The ISP's application then sets a request trigger on the switch so that it is 
informed when the incoming call is disconnected (using the REQUEST REPORT 
BCSM EVENT message), and then asks the switch to connect the incoming call to 
the user, using the CONNECT message. The CONNECT will initiate the PSTN 

20 switch-based call waiting service, which will cause the call waiting tone to be 
played to the user (via the user's phone). Using the necessary tones and line 
breaks \recall\. the users can then suspend the call to the ISP and accept the 
incoming call. This takes the system to the In Call phase. 



25 Phase 4 - In C»ll (resume suspended call) 

(Figure 1 3) . Once the incoming call has been answered, conversation can 
take place. At the end of this call, the, call is cleared, and the call to the ISP is 
resumed. This sequence is initiated by the user (and calling party) placing the 
phone handset on-hook. which causes the users line to go into an on-hook state, 

30 and causing an EVENT REPORT BCSM message to be sent to the ISP's application, 
indicating that the call has been disconnected. 
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The ISP's application will than tell the ISP's modem controller to resume 
which then ensures thnt the modem is off-hook (ATH1) and on-line (ATO). At the 
same time, the switch is told to continue processing, via a CONTINUE message 
This causes the user's line to ring, indicating the presence of the suspended call 
5 The user's modem controller then take the user's modem off-hook (ATHl) and 
puts it on-line lATO). The modems will then re-train, and will inform the modem 
controllers when a data connection is established. This event is indicated to the 
user's and ISP s applications by a MODEM RESUMED message. 

Once the modems have resumed service, the 'keep alive' timers are 
10 started, and the system returns to the Active phase. 

The suspend-resume protocols outlined above may also be used to allow 
suspension of a data session to be initiated by the user of the data tem^inal in 
order to make an outgoing call. A button for selecting this option may be 
displayed in a dialogue box on the terminal screen. When this option is selected a 
15 Signal to this effect is transmitted to the ISP. The three-way calling functionality 
of the telephony network is then used. The user transmits a '•recall" signal, and 
then dials the destination number of the outgoing call. When that call is 
completed, the modems at the terminal and at the data services provider 
resynchronise and the suspended data session Is resumed 
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1 . A method Of operating a telecommunications network comprising- 

la) establishinn a dial-up connection via the telPcr>mrr, • 

telecommunications network 
5 between a user data terminal and a data services provider: 

(b) transmittinn a data channel over the dial-up connection- and 
(c, transmitting a call waiting signal on the data channel to the user when 
a call IS made to the user by a third party. 



10 2. 



15 

3. 



A method according to claim 1. in which step (c) includes- 
li) diverting to a call waiting system calls which are intended for the user; 

(iil generating at the call waiting system, in response to the receipt of an 
.ncommg third party call, the call waiting signal for transmission to the user. 



A method according to Cairn 2. in which the said call waiting system is 
located at the data services provider. 

.0 ,he ,„„s„,ss.on o, „n.».«„g „, ,„„„„^„„^ ,^ ^^^^^^^^ ^.^ 

d..a Channel ,He <,a„ ,e,v,ces provide, an. ea,a*h.„, en in-^en. 

connection between the user and the third pany. 

5. A method according ,o claim 4. in which, when the connection via the 
channei ia interrupted, the data services provider suspends any ongoing data 

uansaction. and in which the da. ices provider suhse,„entlv resun^s the 

data transactron when the connection via ,h, data ch s re-established after 

the completion of the call from the third party. 

elhlishlT'""" '° '"^•"^ ■'-"^^ 

over the data channel. 
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7. A method according to any one of the preceding claims including 
generating at the data terminal, in response to receipt of the call waiting signal, a 
message alerting the user to the third party call. 

5 8. A method according to claim 7. in which the step of generating the 
message includes indicating a plurality of options for handling the third party call, 
registering via a user interface of the data terminal a selection made by the user 
from the plurality of options, and generating and returning via the data channel to 
the data services provider a signal identifying the selected option. 



10 



9. A method according to claim 7 or 8. in which the message alerting the 
user includes the calling line identity (CLI) of the third party. 

10. A method according to any one of the preceding claims, further comprising 
15 initiating from the user data terminal suspension of a data session on the 

data channel, 

making an outgoing call from the user to another party, and 

on termination of the outgoing call, automatically resuming the suspended 
data session. 

20 

n. A method of operating a call waiting system comprising: 

<a) receiving from a telecommunications network a signal indicating a call 
has been made by a third party to a user, the said user having a current dial-up 
connection between a user data terminal and a data services provider; and 
25 lb) in response to the said signal generating a call waiting signal and 

transmitting the said call waiting signal on the data channel to the user. 

1 2. A method according to claim 11, in which steps (a) and (b) are carried out 
at the said data . services provider. 

30 

1 3. A method according to claim 1 1 or 1 2. in which the telecommunications 
networks diverts to the call waiting system any such call by a third party. 
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14. A telecommunications network comprising: 

la) means for ostablishing a dial-up connection via the telecommunications 
network between a user data terminal and a data services provider; 

(b) means for transmitting a data channel over the dial-up connection; and 
5 (c) means for transmitting a call waiting signal on the data channel to the 

user when a call is made to the user by a third party. 

15. A telecommunications network according to claim 14, in which the 
network is arranged to divert to a call waiting system calls which are intended for 

10 the user, and in which call waiting system includes means for generating the said 
call waiting signal in response to the receipt of an incoming third party call. 

16. A call waiting system comprising: 

a) an input for connection to a telecommunications network; 
^5 b) means responsive to a signal received at the said input for 

generating a call waiting alert for transmission to a user over a dial-up connection 
between the said user and a data services provider when a call is made by a third 
party to the user. 

20 17. A data terminal for use in a method according to any one of claims 1 to 
13, the data terminal including: 

a) a data interface which in use establishes a data channel with a data 
services provider via a dial-up connection; 

b) a display device; and 

25 c) a call waiting signal handler connected to the data interface and 

arranged to process an incoming call waiting signal received on the data channel 
and to generate and display on the display device a call waiting alert for the user. 

18. A method of operating a data terminal comprising: 
30 a) receiving a data channel from a dial-up connection to a data services 

provider; 

b) receiving on the data channel a call waiting signal; and 
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c) generating in response to the said call waiting signal a call waiting alen 
for the user. 

A method according to claim 18 further comprising: 

d) suspending a data session on the data channel; 

e) establishing a call with a third party; and 

f) resuming the said data session after termination of the said call. 

A method of operating a telecommunications network comprising: 

(a) establishing a dial-up connection via the telecommunications network 
between a user data terminal and a data services provider; 

(b) transmitting a data channel over the dial-up connection; and 

(c) transmitting a call waiting signal on the data channel to the user when 
a call is made to the user by a third party, the step including: 

(i) diverting to the data services provider calls which are intended for 
the user; and 

(ii) generating at the data services provider, in response to the 
receipt of an incoming third party call, the call waiting signal for 
transmission to the user. 



19. 



20. 



SUBSTITUTE SHEET (RULE;26) 



wo 98/01985 



PCT/GB97/01700 



1/9 




SUBSTITOTE SHEET (RULE 26) 



W<0 98/01985 



2/9 



PCT/GB97/01700 



USER'S 

COMPUTER 



Fig.2. 



ISP's MODEM 
CONTROL 
COMPUTER 




ISP's CALL WAITING 
APPLICATION 
COMPUTER 





USER'S 
MODEM 



r 



USER'S 
PHONE 



USER'S 
PHONE 



ISP's 
MODEM 



SWITCH (SERVICE 
SWITCHING POINT) 



OTHER 
USER'S 
PHONE 



PSTN/INTERNET 
PHONE 
GATEWAY 



MESSAGING 
PLATFORM 



Fig.4. 



CONNECTION HELD 
(CALL WAITING) 



PSTN SPEECH PATH 



INTERNET CONNECTION 



USER 



INTERNET 
SERVICE 
PROVIDER 



ft 




LOCAL EXCHANGE 



INCOMING 
CALL 



NETWORK 



suBSTrrvrrE:SHErr<BULE; 2^^ 



wo 98/01985 



PCT/GB97/01700 



3/9 



Fig.3 



USER'S COMPUTER 



r 



INTERNET 
TELEPHONY 
(CLIENT) 




/ CALL ^ 
REGISTRATION 
AND DELIVERY 
(CLIENT) 




CONGESTION | 
CONTROL j 



'WINSOCK' 




MODEM 
CONTROL 




PSTN / INTERNET PHONE 
GATEWAY 



INTERNET 
TELEPHONY 
(CLIENT) 




(ISP's) CALL 

WAITING 
APPLICATION 
COMPUTER 



CALL 
REGISTRATION 
AND DELIVERY 
(SERVER) 



INAP 
TERMINATION 
(SERVER) 



ISP's MODEM 
CONTROL COMPUTER 



MODEM 
CONTROL 



CALL 
PROCESSING 




SWITCH (SERVICE 
SWITCHING POINTS 



SUBSTItmE ^EEt (RUL£ 26) 



wo 98/01985 



PCT/GB97/D1700 



4/9 



* * 

•^1 «^ 



a 

Q. 

a. 

CO 




< 



in 



a 



(A 



E 

"D 
O 

E 



0) 
<0 




g 



o 
o 

0) 
CO 

3 



o 



Ol 
OJ 

CD 

CO- 

3- 



O 
O 
CD 

o> 

< 

o 



I 



CO 

UJ 

GC 

< 

o 



o 

HI 



o 
o 



o 



o 

o 




c 

Q> 
OS 

-CO 

CO 
CD 

UJ 

cr 



<0 

CO 

I 

b 



o 
o 

(E 
UJ 
I- 

52 
O 

UJ 

00 



t 

CO 



8: 

(0 
Q- 



g 



u 

OL 
CC 



E 

Q) 
T3 
O 

E 
a. 

CO 



CD 

Ll. 



CO 
CO 



o 

CO 



E 

Q) 

•o 
o 

E 



0> 
CO 



o 

o 



CD 
CO 



CO 



OL 



Q) 
CO 



I 

Q) 



I 



O 

g) 
CO 

.1 

I 

IS 

CO 

O 
ill 

cr 



to 

(0 

I 

(0 

t 

LU 



o 
o 

oc 

UJ 

co 

CD 
UJ 



w 
CO 



.i 

t 

CO 
v> 

DC 



wo 98/01985 



PCT/GB97/01700 



appl. 1 




ISP 




rol 1 




cont 




ISP 





(0 

I 



5/9 



?> 

I 

to 

I 

O 

CD 
< 



E 
a> 
"D 
o 

E 

CL 

CO 



GL 

C/) 

€0 



O 
CO 




c 

8 

CO 
D 



cx 

(0 

0) 
CO 

3 



00 

d) 
Ll 



Q. 

a 

CO 

0. 

CO 




I 



o 
o 

a. 

CO 



E 

"8 

E 
a. 



d) 



a 

CO 
CO 



O 
CO 



E 
o 

O 

E 
&) 

3 



2 

c 
o 
o 



CO 



CL 
Q. 
CO 



CD 
CO 



c 

CD 



CD 

i 
I 

"5 

S 
c 
.o 

CO 



o 

UJ 



o 



SUPSIITUITE SH^^ 26) 



wo 98/01985 



PCr/GB97/01700 



6/9 




wo 98/01985 



PCT/GB97/01700 



Q. 
OL 
(D 

Q. 

CO 



7/9 



c 
o 
o 

a. 

CO 



Q 2 

Z LU 
LUq 

CO^ 
CO 




yj 

QC 
CE 
< 
O 

O 



< 




OL 

CO 

CO 



I 



odemj 




E 








0) 




CO 









c 

Q> 



LU 



CO 

o 

CD 

GC 
O 

I- 

co 

LU 

O 

LU 
CE 



C3 
Q) 
C 

§ 

o 

II 



I 

I 

I 

CO 



o 
111 



o 
o 



o 
u 

o5 

(A 
3 



QC 
UJ 

(E 
QC 
< 
O 

o 



a. 

CO 

o 

CO 
Z3 



o dO 

< CO :s 



hone 1 




CL 












CO 




3 





o 
o 



UJ 

z 

CD 



-i 

< 

o 

o 

< 
CD 



CM 

Q> 
O 

CO 



CO 



Q> 

OL 
CO 
3 
CO 

HI 
2 

u. 



o 

Q 

z 
< 

CO 



WO98/0198S 



PCT/GB97/01700 



CO 

u. 



> .■ 



I:: 
I-:- 

*. • 

• • • 



>>> ■ 



Q. 

a. 

CQ 

Q. 

(f) 



8/9 



o 
o 

CL 

CO 



E 
a> 

o 
E 

CL 
CO 



E 

Q> 
O 

E 



0) 
CO 



ontrol 1 




u 








oS 








3 





Q. 
Q. 
CO 

Q> 
3 







0) 




c 




o 








Q. 





















CO 
O 

CD -t- 

. ^ 
I- q> 

Q. U 
UJ.(S 

aits 



UJUJ 

s a 

111 ^ 
a: 



UJ 



II 



8 

UJ « 



o 
o 

• 

■.c 
o 



O 
O 
X 



III 



O 

o 




I 

5 



i 




r 



Q 
LU 

UJ ^ 

O UJ 



er 

UJ 

cz 9 

O o> 



O 

Ul 



O 

o 



a 
z 

a: 



p 
< 



a: o) 

< 
o 



o 

Ul 



o 

o 



tn UJ 

o IS 

CO 
UJ 

cc 



E 
P 
tr 

(Q 



0) 

E 



(0 

o5 



SUBSliTVTE SHEET (RUI£ 2^^^ 



wo 98/01985 



PCT/GB97/01700 



9/9 



Fig. 14. 



WEB-BROWSER 



home 



I http://www.bt.co.iJk 



£ 



141 



REJECT 
142-^ 



CALL ALERT! 
492 8153 



OK-IPHONE 
143 



OK-SUSPEND 
^144 



INTERNATIONAL SEARCH REPORT 



bite Jffial AppIicAdon No 

PCT/GB 97/01700 



A. CLASSIFICATtON OF SUBJECT MATTER 

IPC 6 He4M3/42 H04L29/06 



Acarnhnj to lnten»Oon<I Pateni qafflfication (IPC) or to hotfi national ciMrincation and IPC 



B. FIELDS SEARCHED 



Mimmum doauncnuuoa learchcd (da-^fication syttcm Mlowcd hy dasoftcabon symbols) 

IPC 6 H04M H04L 



Documcnution scaRhcd other than mintmum documentation to the extent that such documents are mdudcd m the fields searched 



Elcctiomc dcU base consulted dunag (he tmetnatkonil search (name of data base and, where practical, search tcnns used) 



C DOCUMEhOS CONSIDERED TO BE RELEVANT 



Oocfory 



OutioQ of document, with indication, where apprapiiate, of the rdcvant passages 



WO 97 25749 A (INTERACTIVE TELECOM INC) 24 
July 1997 
see abstract 

see page 5, line 1 - line 9 

see page 5^ line 15 - page 7, line 9 

see figures 1-5 

WO 97 20424 A (AT & T CORP) 5 June 1997 
see abstract; figures 1-7 
see claims 1-24 

US 4 995 074 A (GOLDMAN BRUCE J ET AL) 19 

February 1991 

cited in the application 

see abstract 

see column 2, line 11 - column 3, line 17 



Rdevant to daim No. 



1-20 



1-20 



I- 5 » 

II- 15.20 



Fonfacr documcsti are Usted in Ihc ccMiiimiation of boot C. 



Patent family mtrnbcn are listed in amicx. 



* Sp>o^ casegonts of dtcd docurocna : 

*A* doconcRt dennmg the general ttaie of the an whiehu not 

conadcfvd (o be of parttctdar rdcvancc 
*E* earlier document tmt pubUihed on or after the international 

fUu^ date 

X* document wtach may throw doabts on pnocity dain<t) or 
which u cited to esublish the publication date of another 
dtatiofi or other spcdal reason (as tpcdfied) 

*0* document ftfcmng to an oral dtsdosure, use, exhibition or 
oduT jfnffww 

.T* document pUbhshcd pnor to the intccnatiQnal Tiltng date but 
later than the pnonty date dauncd 



T* later document published After the tntcroaDODal filing date 
or pnorily dale and not in coollict with the appbca&on but 
dted to understand the principle or thcoiy uridcilying the 
invcnttOD 

*X' document of pntiadar rdcvance; the daimed invcntton 
cannot be ooosidefed no¥d or tanyvft* be considered lo 
involve an invcnave step when the docuunnt it taken alone 

*Y' documcia of particalar rdcvance; the daimed tnvcntioo 
ounot be considered to involve an inventive step when the 
document is oomfatncd with oitc or more other such docu* 
menis, aich comfaination bdng obvious to a petsoa sktlkd 
in the ait. 

'A* document member of the aame patent family 



Date of the Mbial oomptcbon oi the intemataonal search 



19 September 1997 



Name and mailutg address of the ISA 

European Patent Office, P3. 5818 Paicnilaan 1 
NL - 3280 HV Riiswiilc 
Td. ( 31 -70) 34&-2M0p Tx. 31 6SI cpo m. 
Fas (<r 31-70) 34(».30I6 



Date of mailing of the international search report 

25.09.97 



Authorized offtccr 



Megalou, M 



page 1 :of 2 



INTERNATIONAL SEARCH REPORT 



Inttr. 3»l AppiiMban No 

PCT/GB 97/Q17G0 




Ouaon of document, with indicinon, where appropnale, of (he relevant pusafcs 



us 5 533 110 A (PINARD DEBORAH L ET AL) 2 
July 1996 

see column 1, line 64 - column 2, line 47 
see colunv) 2. line 33 - line 46 
see column 6. line 6 - line 53 
see claim 1; figure 8 

CA 2 138 565 A (SULTAN KAREEH) 21 June 
1996 

see the whole document 

PROCEEDINGS OF THE INTERNATIONAL SWITCHING 
SYMPOSIUM. YOKOHAMA, OCT. 25 - 3G, 1992, 
vol. 1 - 2, 25 October 1992. INSTITUTE OF 
ELECTRONICS; INFORMATION AND COMMUNICATION 
ENGINEERS. 

pages 127-131, XP8ee337709 

HARRIS S ET AL: "INTELLIGENT NETWORK 

REALIZATION AND EVOLUTION: CCIH 

CAPABILITY SET 1 AND BEYOND* 

see the whole document 

IBM TECHNICAL DISCLOSURE BULLETIN, 
vol. 37, no. 9, 1 September 1994, 
pages 101-104, XP000473347 "WORKSTATION 
COMMUNICATIONS SYSTEM" 
see the whole document 



Form PCXnSAfUO (oiaUoMtton oT i 



•liMt) (inly Iff2) 



Rclcvwt to claim No. 



7-9,17, 
18 



1-20 



1-20 



1-20 



page 2 of 2 



INTERNATIONAL SEARCH REPORT 

InfORTUtion on patent family members 



biter ful Applica&on No 

PCT/GB 97/G17Q0 



Patent document 


Publication 


Patent family 


Publication 


cited in search report 


date 




aatt 


wo 9726749 A 


24-07-97 


CA 2167215 A 


16-07-97 


WO 9720424 A 


05-06-97 


NONE 




US 4995074 A 


19-02-91 


NONE 




US 553311G A 


02-07-96 


CA 2163948 A 


30-05-96 






DE 19543870 A 


30-05-96 






GB 2295747 A 


05-06-96 


CA 2138565 A 


21-06-96 


NONE 





Ama PCT/UAf3tO CPMH^ <«m4> «nMi) (July 1993) 



